വെബ് ലോക്ക്സ് എപിഐ: റിസോഴ്സ് സിൻക്രൊണൈസേഷനും കോൺകറൻ്റ് ആക്സസ് കൺട്രോളും

ആധുനിക വെബ് ഡെവലപ്‌മെൻ്റ് രംഗത്ത്, കരുത്തുറ്റതും പ്രതികരണശേഷിയുള്ളതുമായ ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കുന്നതിൽ പലപ്പോഴും പങ്കിട്ട റിസോഴ്സുകൾ കൈകാര്യം ചെയ്യലും ഒരേസമയം പലയിടത്തുനിന്നുള്ള പ്രവേശനം (concurrent access) നിയന്ത്രിക്കലും ഉൾപ്പെടുന്നു. നിങ്ങളുടെ ആപ്ലിക്കേഷൻ്റെ ഒന്നിലധികം ഭാഗങ്ങൾ, അല്ലെങ്കിൽ ഒന്നിലധികം ബ്രൗസർ ടാബുകളോ വിൻഡോകളോ ഒരേ ഡാറ്റ ഒരേസമയം ആക്‌സസ് ചെയ്യാനും മാറ്റം വരുത്താനും ശ്രമിക്കുമ്പോൾ, റേസ് കണ്ടീഷനുകളും ഡാറ്റാ നഷ്ടവും സംഭവിക്കാം. വെബ് ലോക്ക്സ് എപിഐ ഈ റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യുന്നതിനുള്ള ഒരു സംവിധാനം നൽകുന്നു, ഇത് ഡാറ്റയുടെ കൃത്യത ഉറപ്പാക്കുകയും അപ്രതീക്ഷിത പ്രശ്നങ്ങൾ തടയുകയും ചെയ്യുന്നു.

റിസോഴ്സ് സിൻക്രൊണൈസേഷൻ്റെ ആവശ്യകത മനസ്സിലാക്കൽ

ഒരു വെബ് ആപ്ലിക്കേഷനിൽ ഉപയോക്താവ് ഒരു ഡോക്യുമെൻ്റ് എഡിറ്റ് ചെയ്യുന്ന സാഹചര്യം പരിഗണിക്കുക. ഒരേ ഡോക്യുമെൻ്റ് ഒന്നിലധികം ബ്രൗസർ ടാബുകളിൽ തുറന്നിരിക്കാം, അല്ലെങ്കിൽ ആപ്ലിക്കേഷന് ഇടയ്ക്കിടെ ഡോക്യുമെൻ്റ് സേവ് ചെയ്യുന്ന പശ്ചാത്തല പ്രക്രിയകൾ ഉണ്ടായിരിക്കാം. ശരിയായ സിൻക്രൊണൈസേഷൻ ഇല്ലെങ്കിൽ, ഒരു ടാബിൽ വരുത്തിയ മാറ്റങ്ങൾ മറ്റൊരു ടാബിൽ വരുത്തിയ മാറ്റങ്ങളാൽ перезапись ചെയ്യപ്പെടാം, ഇത് ഡാറ്റാ നഷ്ടത്തിനും ഉപയോക്താവിന് നിരാശാജനകമായ അനുഭവത്തിനും ഇടയാക്കും. അതുപോലെ, ഇ-കൊമേഴ്‌സ് ആപ്ലിക്കേഷനുകളിൽ, ഒന്നിലധികം ഉപയോക്താക്കൾ ഒരേസമയം സ്റ്റോക്കിലുള്ള അവസാനത്തെ ഇനം വാങ്ങാൻ ശ്രമിച്ചേക്കാം. അമിത വിൽപ്പന തടയുന്നതിനുള്ള ഒരു സംവിധാനമില്ലെങ്കിൽ, നിറവേറ്റാൻ കഴിയാത്ത ഓർഡറുകൾ നൽകപ്പെടാം, ഇത് ഉപഭോക്താക്കളുടെ അതൃപ്തിക്ക് കാരണമാകും.

സെർവർ-സൈഡ് ലോക്കിംഗ് മെക്കാനിസങ്ങളെ മാത്രം ആശ്രയിക്കുന്നത് പോലുള്ള കോൺകറൻസി കൈകാര്യം ചെയ്യുന്നതിനുള്ള പരമ്പരാഗത സമീപനങ്ങൾ, കാര്യമായ ലേറ്റൻസിയും സങ്കീർണ്ണതയും ഉണ്ടാക്കും. വെബ് ലോക്ക്സ് എപിഐ ഒരു ക്ലയിൻ്റ്-സൈഡ് പരിഹാരം നൽകുന്നു, ഇത് ഡെവലപ്പർമാർക്ക് ബ്രൗസറിനുള്ളിൽ നേരിട്ട് റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം ഏകോപിപ്പിക്കാൻ അനുവദിക്കുന്നു, ഇത് പ്രകടനം മെച്ചപ്പെടുത്തുകയും സെർവറിലെ ഭാരം കുറയ്ക്കുകയും ചെയ്യുന്നു.

വെബ് ലോക്ക്സ് എപിഐയെ പരിചയപ്പെടുത്തുന്നു

വെബ് ലോക്ക്സ് എപിഐ ഒരു ജാവാസ്ക്രിപ്റ്റ് എപിഐ ആണ്, അത് ഒരു വെബ് ആപ്ലിക്കേഷനിൽ പേരുള്ള റിസോഴ്സുകളിൽ ലോക്കുകൾ നേടാനും റിലീസ് ചെയ്യാനും നിങ്ങളെ അനുവദിക്കുന്നു. ഈ ലോക്കുകൾ എക്സ്ക്ലൂസീവ് ആണ്, അതായത് ഒരു പ്രത്യേക റിസോഴ്സിൽ ഒരു കോഡിന് മാത്രമേ ഒരേ സമയം ഒരു ലോക്ക് പിടിക്കാൻ കഴിയൂ. ഈ എക്സ്ക്ലൂസീവിറ്റി, പങ്കിട്ട ഡാറ്റ ആക്‌സസ് ചെയ്യുകയും പരിഷ്‌ക്കരിക്കുകയും ചെയ്യുന്ന കോഡിൻ്റെ നിർണ്ണായക ഭാഗങ്ങൾ നിയന്ത്രിതവും പ്രവചനാതീതവുമായ രീതിയിൽ നടപ്പിലാക്കുന്നുവെന്ന് ഉറപ്പാക്കുന്നു.

ഈ എപിഐ അസിൻക്രണസ് ആയി രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്, ഒരു ലോക്ക് എപ്പോൾ നേടിയെന്നോ റിലീസ് ചെയ്‌തെന്നോ അറിയിക്കാൻ പ്രോമിസുകൾ (Promises) ഉപയോഗിക്കുന്നു. ഈ നോൺ-ബ്ലോക്കിംഗ് സ്വഭാവം ഒരു ലോക്കിനായി കാത്തിരിക്കുമ്പോൾ UI മരവിക്കുന്നത് തടയുന്നു, ഇത് പ്രതികരണശേഷിയുള്ള ഉപയോക്തൃ അനുഭവം ഉറപ്പാക്കുന്നു.

പ്രധാന ആശയങ്ങളും പദങ്ങളും

• ലോക്ക് നെയിം (Lock Name): ലോക്ക് ഉപയോഗിച്ച് സംരക്ഷിക്കുന്ന റിസോഴ്സിനെ തിരിച്ചറിയുന്ന ഒരു സ്ട്രിംഗ്. ഒരേ റിസോഴ്സിൽ ലോക്കുകൾ നേടാനും റിലീസ് ചെയ്യാനും ഈ പേര് ഉപയോഗിക്കുന്നു. ലോക്ക് നെയിം കേസ്-സെൻസിറ്റീവ് ആണ്.
• ലോക്ക് മോഡ് (Lock Mode): അഭ്യർത്ഥിക്കുന്ന ലോക്കിൻ്റെ തരം വ്യക്തമാക്കുന്നു. എപിഐ രണ്ട് മോഡുകളെ പിന്തുണയ്ക്കുന്നു:
• `exclusive` (ഡിഫോൾട്ട്): ഒരേ സമയം ലോക്കിൻ്റെ ഒരു ഉടമയെ മാത്രമേ അനുവദിക്കൂ.
• `shared`: മറ്റ് ഉടമകൾക്ക് അതേ റിസോഴ്സിൽ എക്സ്ക്ലൂസീവ് ലോക്ക് ഇല്ലാത്ത പക്ഷം, ഒരേ സമയം ലോക്കിൻ്റെ ഒന്നിലധികം ഉടമകളെ അനുവദിക്കുന്നു.
• ലോക്ക് അഭ്യർത്ഥന (Lock Request): ഒരു ലോക്ക് നേടാൻ ശ്രമിക്കുന്ന ഒരു അസിൻക്രണസ് പ്രവർത്തനം. ലോക്ക് വിജയകരമായി നേടുമ്പോൾ അഭ്യർത്ഥന റിസോൾവ് ആകുന്നു, അല്ലെങ്കിൽ ലോക്ക് നേടാൻ കഴിയുന്നില്ലെങ്കിൽ (ഉദാഹരണത്തിന്, മറ്റൊരു കോഡ് ഇതിനകം ഒരു എക്സ്ക്ലൂസീവ് ലോക്ക് പിടിച്ചിരിക്കുന്നതിനാൽ) റിജെക്ട് ആകുന്നു.
• ലോക്ക് റിലീസ് (Lock Release): ഒരു ലോക്ക് റിലീസ് ചെയ്യുന്ന ഒരു പ്രവർത്തനം, ഇത് മറ്റ് കോഡുകൾക്ക് നേടാൻ ലഭ്യമാക്കുന്നു.

വെബ് ലോക്ക്സ് എപിഐ ഉപയോഗിക്കുന്നു: പ്രായോഗിക ഉദാഹരണങ്ങൾ

വെബ് ആപ്ലിക്കേഷനുകളിൽ റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യാൻ വെബ് ലോക്ക്സ് എപിഐ എങ്ങനെ ഉപയോഗിക്കാം എന്നതിൻ്റെ ചില പ്രായോഗിക ഉദാഹരണങ്ങൾ നമുക്ക് പരിശോധിക്കാം.

ഉദാഹരണം 1: ഒരേസമയം ഡോക്യുമെൻ്റ് എഡിറ്റുകൾ തടയുന്നു

ഒന്നിലധികം ഉപയോക്താക്കൾക്ക് ഒരേസമയം ഒരേ ഡോക്യുമെൻ്റ് എഡിറ്റ് ചെയ്യാൻ കഴിയുന്ന ഒരു സഹകരണ ഡോക്യുമെൻ്റ് എഡിറ്റിംഗ് ആപ്ലിക്കേഷൻ സങ്കൽപ്പിക്കുക. വൈരുദ്ധ്യങ്ങൾ തടയാൻ, ഒരു സമയം ഒരു ഉപയോക്താവിന് മാത്രമേ ഡോക്യുമെൻ്റ് പരിഷ്കരിക്കാൻ കഴിയൂ എന്ന് ഉറപ്പാക്കാൻ നമുക്ക് വെബ് ലോക്ക്സ് എപിഐ ഉപയോഗിക്കാം.

async function saveDocument(documentId, content) {
  try {
    await navigator.locks.request(documentId, async () => {
      // നിർണ്ണായക ഭാഗം: ഡോക്യുമെൻ്റ് ഉള്ളടക്കം സെർവറിലേക്ക് സേവ് ചെയ്യുക
      console.log(`ഡോക്യുമെൻ്റ് ${documentId}-നായി ലോക്ക് നേടി. സേവ് ചെയ്യുന്നു...`);
      await saveToServer(documentId, content);
      console.log(`ഡോക്യുമെൻ്റ് ${documentId} വിജയകരമായി സേവ് ചെയ്തു.`);
    });
  } catch (error) {
    console.error(`ഡോക്യുമെൻ്റ് ${documentId} സേവ് ചെയ്യുന്നതിൽ പരാജയപ്പെട്ടു:`, error);
  }
}

async function saveToServer(documentId, content) {
  // ഒരു സെർവറിലേക്ക് സേവ് ചെയ്യുന്നത് അനുകരിക്കുന്നു (യഥാർത്ഥ എപിഐ കോൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക)
  return new Promise(resolve => setTimeout(resolve, 1000));
}

ഈ ഉദാഹരണത്തിൽ, `saveDocument` ഫംഗ്ഷൻ ഡോക്യുമെൻ്റിൻ്റെ ഐഡി ലോക്ക് നെയിം ആയി ഉപയോഗിച്ച് ഡോക്യുമെൻ്റിൽ ഒരു ലോക്ക് നേടാൻ ശ്രമിക്കുന്നു. `navigator.locks.request` മെത്തേഡ് രണ്ട് ആർഗ്യുമെൻ്റുകൾ എടുക്കുന്നു: ലോക്ക് നെയിം, ഒരു കോൾബാക്ക് ഫംഗ്ഷൻ. ലോക്ക് വിജയകരമായി നേടിയ ശേഷം മാത്രമേ കോൾബാക്ക് ഫംഗ്ഷൻ പ്രവർത്തിക്കൂ. കോൾബാക്കിനുള്ളിൽ, ഡോക്യുമെൻ്റ് ഉള്ളടക്കം സെർവറിലേക്ക് സേവ് ചെയ്യുന്നു. കോൾബാക്ക് ഫംഗ്ഷൻ പൂർത്തിയാകുമ്പോൾ, ലോക്ക് യാന്ത്രികമായി റിലീസ് ചെയ്യപ്പെടുന്നു. ഇതേ `documentId` ഉപയോഗിച്ച് ഫംഗ്ഷൻ്റെ മറ്റൊരു ഇൻസ്റ്റൻസ് പ്രവർത്തിക്കാൻ ശ്രമിച്ചാൽ, ലോക്ക് റിലീസ് ചെയ്യുന്നതുവരെ അത് കാത്തിരിക്കും. ഒരു പിശക് സംഭവിച്ചാൽ, അത് പിടിച്ച് ലോഗ് ചെയ്യും.

ഉദാഹരണം 2: ലോക്കൽ സ്റ്റോറേജിലേക്കുള്ള പ്രവേശനം നിയന്ത്രിക്കുന്നു

ബ്രൗസറിൽ ഡാറ്റ സംഭരിക്കുന്നതിനുള്ള ഒരു സാധാരണ സംവിധാനമാണ് ലോക്കൽ സ്റ്റോറേജ്. എന്നിരുന്നാലും, നിങ്ങളുടെ ആപ്ലിക്കേഷൻ്റെ ഒന്നിലധികം ഭാഗങ്ങൾ ഒരേസമയം ലോക്കൽ സ്റ്റോറേജ് ആക്‌സസ് ചെയ്യാനും പരിഷ്‌ക്കരിക്കാനും ശ്രമിച്ചാൽ, ഡാറ്റാ നഷ്ടം സംഭവിക്കാം. ലോക്കൽ സ്റ്റോറേജിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യാനും ഡാറ്റാ കൃത്യത ഉറപ്പാക്കാനും വെബ് ലോക്ക്സ് എപിഐ ഉപയോഗിക്കാം.

async function updateLocalStorage(key, value) {
  try {
    await navigator.locks.request('localStorage', async () => {
      // നിർണ്ണായക ഭാഗം: ലോക്കൽ സ്റ്റോറേജ് അപ്ഡേറ്റ് ചെയ്യുക
      console.log(`localStorage-നായി ലോക്ക് നേടി. കീ ${key} അപ്ഡേറ്റ് ചെയ്യുന്നു...`);
      localStorage.setItem(key, value);
      console.log(`കീ ${key} localStorage-ൽ അപ്ഡേറ്റ് ചെയ്തു.`);
    });
  } catch (error) {
    console.error(`localStorage അപ്ഡേറ്റ് ചെയ്യുന്നതിൽ പരാജയപ്പെട്ടു:`, error);
  }
}

ഈ ഉദാഹരണത്തിൽ, `updateLocalStorage` ഫംഗ്ഷൻ 'localStorage' റിസോഴ്സിൽ ഒരു ലോക്ക് നേടാൻ ശ്രമിക്കുന്നു. കോൾബാക്ക് ഫംഗ്ഷൻ പിന്നീട് ലോക്കൽ സ്റ്റോറേജിലെ നിർദ്ദിഷ്ട കീ അപ്ഡേറ്റ് ചെയ്യുന്നു. ലോക്ക് ഉറപ്പാക്കുന്നത് ഒരു സമയം ഒരു കോഡിന് മാത്രമേ ലോക്കൽ സ്റ്റോറേജ് ആക്‌സസ് ചെയ്യാൻ കഴിയൂ എന്നാണ്, ഇത് റേസ് കണ്ടീഷനുകൾ തടയുന്നു.

ഉദാഹരണം 3: വെബ് വർക്കേഴ്സിൽ പങ്കിട്ട റിസോഴ്സുകൾ കൈകാര്യം ചെയ്യുന്നു

വെബ് വർക്കേഴ്സ് നിങ്ങളെ പശ്ചാത്തലത്തിൽ ജാവാസ്ക്രിപ്റ്റ് കോഡ് പ്രവർത്തിപ്പിക്കാൻ അനുവദിക്കുന്നു, പ്രധാന ത്രെഡിനെ തടസ്സപ്പെടുത്താതെ. എന്നിരുന്നാലും, ഒരു വെബ് വർക്കറിന് പ്രധാന ത്രെഡുമായോ മറ്റ് വെബ് വർക്കേഴ്സുമായോ പങ്കിട്ട റിസോഴ്സുകൾ ആക്‌സസ് ചെയ്യണമെങ്കിൽ, സിൻക്രൊണൈസേഷൻ അത്യാവശ്യമാണ്. ഈ റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം ഏകോപിപ്പിക്കാൻ വെബ് ലോക്ക്സ് എപിഐ ഉപയോഗിക്കാം.

ആദ്യം, നിങ്ങളുടെ പ്രധാന ത്രെഡിൽ:

async function mainThreadFunction() {
    try {
        await navigator.locks.request('sharedResource', async () => {
            console.log('മെയിൻ ത്രെഡ് sharedResource-ൽ ലോക്ക് നേടി');
            // പങ്കിട്ട റിസോഴ്സ് ആക്‌സസ് ചെയ്യുകയും പരിഷ്‌ക്കരിക്കുകയും ചെയ്യുക
            await new Promise(resolve => setTimeout(resolve, 2000)); // ജോലിയെ അനുകരിക്കുന്നു
            console.log('മെയിൻ ത്രെഡ് sharedResource-ലെ ലോക്ക് റിലീസ് ചെയ്യുന്നു');
        });
    } catch (error) {
        console.error('മെയിൻ ത്രെഡിന് ലോക്ക് നേടുന്നതിൽ പരാജയപ്പെട്ടു:', error);
    }
}

mainThreadFunction();

അതിനുശേഷം, നിങ്ങളുടെ വെബ് വർക്കറിൽ:

self.addEventListener('message', async (event) => {
    if (event.data.type === 'accessSharedResource') {
        try {
            await navigator.locks.request('sharedResource', async () => {
                console.log('വെബ് വർക്കർ sharedResource-ൽ ലോക്ക് നേടി');
                // പങ്കിട്ട റിസോഴ്സ് ആക്‌സസ് ചെയ്യുകയും പരിഷ്‌ക്കരിക്കുകയും ചെയ്യുക
                await new Promise(resolve => setTimeout(resolve, 3000)); // ജോലിയെ അനുകരിക്കുന്നു
                console.log('വെബ് വർക്കർ sharedResource-ലെ ലോക്ക് റിലീസ് ചെയ്യുന്നു');
                self.postMessage({ type: 'sharedResourceAccessed', success: true });
            });
        } catch (error) {
            console.error('വെബ് വർക്കറിന് ലോക്ക് നേടുന്നതിൽ പരാജയപ്പെട്ടു:', error);
            self.postMessage({ type: 'sharedResourceAccessed', success: false, error: error.message });
        }
    }
});

ഈ ഉദാഹരണത്തിൽ, പ്രധാന ത്രെഡും വെബ് വർക്കറും `sharedResource`-ൽ ഒരു ലോക്ക് നേടാൻ ശ്രമിക്കുന്നു. `navigator.locks` ഒബ്ജക്റ്റ് വെബ് വർക്കേഴ്സിൽ ലഭ്യമാണ്, ഇത് പ്രധാന ത്രെഡിൻ്റെ അതേ ലോക്കിംഗ് മെക്കാനിസത്തിൽ പങ്കെടുക്കാൻ അവരെ അനുവദിക്കുന്നു. പ്രധാന ത്രെഡും വർക്കറും തമ്മിൽ ആശയവിനിമയം നടത്താൻ സന്ദേശങ്ങൾ ഉപയോഗിക്കുന്നു, ഇത് ലോക്ക് നേടാനുള്ള ശ്രമത്തിന് കാരണമാകുന്നു.

ലോക്ക് മോഡുകൾ: എക്സ്ക്ലൂസീവ് വേഴ്സസ് ഷെയേർഡ്

വെബ് ലോക്ക്സ് എപിഐ രണ്ട് ലോക്ക് മോഡുകളെ പിന്തുണയ്ക്കുന്നു: `exclusive`, `shared`. ലോക്ക് മോഡിൻ്റെ തിരഞ്ഞെടുപ്പ് നിങ്ങളുടെ ആപ്ലിക്കേഷൻ്റെ നിർദ്ദിഷ്ട ആവശ്യകതകളെ ആശ്രയിച്ചിരിക്കുന്നു.

എക്സ്ക്ലൂസീവ് ലോക്കുകൾ

ഒരു എക്സ്ക്ലൂസീവ് ലോക്ക് ഒരു റിസോഴ്സിലേക്ക് പൂർണ്ണമായ പ്രവേശനം നൽകുന്നു. ഒരു പ്രത്യേക റിസോഴ്സിൽ ഒരു കോഡിന് മാത്രമേ ഒരേ സമയം ഒരു എക്സ്ക്ലൂസീവ് ലോക്ക് പിടിക്കാൻ കഴിയൂ. ഒരു പ്രോസസ്സിന് മാത്രം ഒരു റിസോഴ്സ് പരിഷ്കരിക്കാൻ കഴിയേണ്ട സാഹചര്യങ്ങൾക്ക് ഈ മോഡ് അനുയോജ്യമാണ്. ഉദാഹരണത്തിന്, ഒരു ഫയലിലേക്ക് ഡാറ്റ എഴുതുക, ഒരു ഡാറ്റാബേസ് റെക്കോർഡ് അപ്ഡേറ്റ് ചെയ്യുക, അല്ലെങ്കിൽ ഒരു UI ഘടകത്തിൻ്റെ അവസ്ഥ പരിഷ്കരിക്കുക.

മുകളിലുള്ള എല്ലാ ഉദാഹരണങ്ങളും ഡിഫോൾട്ടായി എക്സ്ക്ലൂസീവ് ലോക്കുകൾ ഉപയോഗിച്ചു. `exclusive` ഡിഫോൾട്ടായതിനാൽ നിങ്ങൾ മോഡ് വ്യക്തമാക്കേണ്ടതില്ല.

ഷെയേർഡ് ലോക്കുകൾ

ഒരു ഷെയേർഡ് ലോക്ക് ഒരേസമയം ഒന്നിലധികം കോഡുകൾക്ക് ഒരു റിസോഴ്സിൽ ലോക്ക് പിടിക്കാൻ അനുവദിക്കുന്നു, മറ്റ് കോഡുകൾക്ക് അതേ റിസോഴ്സിൽ എക്സ്ക്ലൂസീവ് ലോക്ക് ഇല്ലാത്ത പക്ഷം. ഒന്നിലധികം പ്രോസസ്സുകൾക്ക് ഒരേസമയം ഒരു റിസോഴ്സ് വായിക്കേണ്ടതുണ്ടെങ്കിലും, ഒരു പ്രോസസ്സിനും അത് പരിഷ്കരിക്കേണ്ടതില്ലാത്ത സാഹചര്യങ്ങൾക്ക് ഈ മോഡ് അനുയോജ്യമാണ്. ഉദാഹരണത്തിന്, ഒരു ഫയലിൽ നിന്ന് ഡാറ്റ വായിക്കുക, ഒരു ഡാറ്റാബേസിൽ നിന്ന് അന്വേഷിക്കുക, അല്ലെങ്കിൽ ഒരു UI ഘടകം റെൻഡർ ചെയ്യുക.

ഒരു ഷെയേർഡ് ലോക്ക് അഭ്യർത്ഥിക്കാൻ, നിങ്ങൾ `navigator.locks.request` മെത്തേഡിൽ `mode` ഓപ്ഷൻ വ്യക്തമാക്കേണ്ടതുണ്ട്.

async function readData(resourceId) {
  try {
    await navigator.locks.request(resourceId, { mode: 'shared' }, async () => {
      // നിർണ്ണായക ഭാഗം: റിസോഴ്സിൽ നിന്ന് ഡാറ്റ വായിക്കുക
      console.log(`റിസോഴ്സ് ${resourceId}-നായി ഷെയേർഡ് ലോക്ക് നേടി. വായിക്കുന്നു...`);
      const data = await readFromResource(resourceId);
      console.log(`റിസോഴ്സ് ${resourceId}-ൽ നിന്ന് വായിച്ച ഡാറ്റ:`, data);
      return data;
    });
  } catch (error) {
    console.error(`റിസോഴ്സ് ${resourceId}-ൽ നിന്ന് ഡാറ്റ വായിക്കുന്നതിൽ പരാജയപ്പെട്ടു:`, error);
  }
}

async function readFromResource(resourceId) {
  // ഒരു റിസോഴ്സിൽ നിന്ന് വായിക്കുന്നത് അനുകരിക്കുന്നു (യഥാർത്ഥ എപിഐ കോൾ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുക)
  return new Promise(resolve => setTimeout(() => resolve({ value: 'ചില ഡാറ്റ' }), 500));
}

ഈ ഉദാഹരണത്തിൽ, `readData` ഫംഗ്ഷൻ നിർദ്ദിഷ്ട റിസോഴ്സിൽ ഒരു ഷെയേർഡ് ലോക്ക് അഭ്യർത്ഥിക്കുന്നു. ഈ ഫംഗ്ഷൻ്റെ ഒന്നിലധികം ഇൻസ്റ്റൻസുകൾക്ക് ഒരേസമയം പ്രവർത്തിക്കാൻ കഴിയും, മറ്റ് കോഡുകൾക്ക് അതേ റിസോഴ്സിൽ എക്സ്ക്ലൂസീവ് ലോക്ക് ഇല്ലാത്ത പക്ഷം.

ആഗോള ആപ്ലിക്കേഷനുകൾക്കുള്ള പരിഗണനകൾ

ഒരു ആഗോള പ്രേക്ഷകർക്കായി വെബ് ആപ്ലിക്കേഷനുകൾ വികസിപ്പിക്കുമ്പോൾ, വൈവിധ്യമാർന്ന പരിതസ്ഥിതികളിൽ റിസോഴ്സ് സിൻക്രൊണൈസേഷൻ്റെയും കോൺകറൻ്റ് ആക്സസ് കൺട്രോളിൻ്റെയും പ്രത്യാഘാതങ്ങൾ പരിഗണിക്കേണ്ടത് നിർണായകമാണ്.

• നെറ്റ്‌വർക്ക് ലേറ്റൻസി: ഉയർന്ന നെറ്റ്‌വർക്ക് ലേറ്റൻസി കോൺകറൻസി പ്രശ്നങ്ങളുടെ സ്വാധീനം വർദ്ധിപ്പിക്കും. സെർവർ-സൈഡ് ലോക്കിംഗ് മെക്കാനിസങ്ങൾ കാര്യമായ കാലതാമസമുണ്ടാക്കാം, ഇത് മോശം ഉപയോക്തൃ അനുഭവത്തിലേക്ക് നയിക്കും. റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യുന്നതിന് ഒരു ക്ലയിൻ്റ്-സൈഡ് പരിഹാരം നൽകുന്നതിലൂടെ വെബ് ലോക്ക്സ് എപിഐ ഇത് ലഘൂകരിക്കാൻ സഹായിക്കും.
• സമയ മേഖലകൾ: ഇവൻ്റുകൾ ഷെഡ്യൂൾ ചെയ്യുകയോ ഇടപാടുകൾ പ്രോസസ്സ് ചെയ്യുകയോ പോലുള്ള സമയ-സെൻസിറ്റീവ് ഡാറ്റ കൈകാര്യം ചെയ്യുമ്പോൾ, വ്യത്യസ്ത സമയ മേഖലകൾ കണക്കിലെടുക്കേണ്ടത് അത്യാവശ്യമാണ്. ശരിയായ സിൻക്രൊണൈസേഷൻ മെക്കാനിസങ്ങൾ വൈരുദ്ധ്യങ്ങൾ തടയാനും ഭൂമിശാസ്ത്രപരമായി വിതരണം ചെയ്യപ്പെട്ട സിസ്റ്റങ്ങളിൽ ഡാറ്റാ സ്ഥിരത ഉറപ്പാക്കാനും സഹായിക്കും.
• സാംസ്കാരിക വ്യത്യാസങ്ങൾ: വ്യത്യസ്ത സംസ്കാരങ്ങൾക്ക് ഡാറ്റാ ആക്‌സസ്സിനെയും പരിഷ്ക്കരണത്തെയും കുറിച്ച് വ്യത്യസ്ത പ്രതീക്ഷകൾ ഉണ്ടായിരിക്കാം. ഉദാഹരണത്തിന്, ചില സംസ്കാരങ്ങൾ തത്സമയ സഹകരണത്തിന് മുൻഗണന നൽകിയേക്കാം, മറ്റുള്ളവ കൂടുതൽ അസിൻക്രണസ് സമീപനം തിരഞ്ഞെടുത്തേക്കാം. ഈ വൈവിധ്യമാർന്ന ആവശ്യങ്ങൾ ഉൾക്കൊള്ളാൻ നിങ്ങളുടെ ആപ്ലിക്കേഷൻ രൂപകൽപ്പന ചെയ്യേണ്ടത് പ്രധാനമാണ്.
• ഭാഷയും പ്രാദേശികവൽക്കരണവും: വെബ് ലോക്ക്സ് എപിഐ നേരിട്ട് ഭാഷയുമായോ പ്രാദേശികവൽക്കരണവുമായോ ബന്ധപ്പെടുന്നില്ല. എന്നിരുന്നാലും, സിൻക്രൊണൈസ് ചെയ്യുന്ന റിസോഴ്സുകളിൽ പ്രാദേശികവൽക്കരിച്ച ഉള്ളടക്കം അടങ്ങിയിരിക്കാം. നിങ്ങളുടെ സിൻക്രൊണൈസേഷൻ മെക്കാനിസങ്ങൾ നിങ്ങളുടെ പ്രാദേശികവൽക്കരണ തന്ത്രവുമായി പൊരുത്തപ്പെടുന്നുവെന്ന് ഉറപ്പാക്കുക.

വെബ് ലോക്ക്സ് എപിഐ ഉപയോഗിക്കുന്നതിനുള്ള മികച്ച രീതികൾ

• നിർണ്ണായക ഭാഗങ്ങൾ ചെറുതാക്കുക: ഒരു ലോക്ക് എത്രത്തോളം പിടിക്കുന്നുവോ, അത്രയും തർക്കങ്ങൾക്കും കാലതാമസങ്ങൾക്കുമുള്ള സാധ്യത കൂടുതലാണ്. പങ്കിട്ട ഡാറ്റ ആക്‌സസ് ചെയ്യുകയും പരിഷ്‌ക്കരിക്കുകയും ചെയ്യുന്ന കോഡിൻ്റെ നിർണ്ണായക ഭാഗങ്ങൾ കഴിയുന്നത്ര ചെറുതാക്കുക.
• ഡെഡ്ലോക്കുകൾ ഒഴിവാക്കുക: രണ്ടോ അതിലധികമോ കോഡുകൾ അനിശ്ചിതമായി തടസ്സപ്പെടുമ്പോൾ, പരസ്പരം ലോക്കുകൾ റിലീസ് ചെയ്യാൻ കാത്തിരിക്കുമ്പോൾ ഡെഡ്ലോക്കുകൾ സംഭവിക്കുന്നു. ഡെഡ്ലോക്കുകൾ ഒഴിവാക്കാൻ, ലോക്കുകൾ എല്ലായ്പ്പോഴും ഒരു സ്ഥിരമായ ക്രമത്തിൽ നേടുകയും റിലീസ് ചെയ്യുകയും ചെയ്യുന്നുവെന്ന് ഉറപ്പാക്കുക.
• പിശകുകൾ ഭംഗിയായി കൈകാര്യം ചെയ്യുക: ലോക്ക് നേടാൻ കഴിയുന്നില്ലെങ്കിൽ `navigator.locks.request` മെത്തേഡ് റിജെക്ട് ചെയ്യാം. ഈ പിശകുകൾ ഭംഗിയായി കൈകാര്യം ചെയ്യുക, ഉപയോക്താവിന് വിവരദായകമായ ഫീഡ്‌ബാക്ക് നൽകുക.
• അർത്ഥവത്തായ ലോക്ക് പേരുകൾ ഉപയോഗിക്കുക: സംരക്ഷിക്കുന്ന റിസോഴ്സുകളെ വ്യക്തമായി തിരിച്ചറിയുന്ന ലോക്ക് പേരുകൾ തിരഞ്ഞെടുക്കുക. ഇത് നിങ്ങളുടെ കോഡ് മനസ്സിലാക്കാനും പരിപാലിക്കാനും എളുപ്പമാക്കും.
• ലോക്ക് സ്കോപ്പ് പരിഗണിക്കുക: നിങ്ങളുടെ ലോക്കുകൾക്ക് അനുയോജ്യമായ സ്കോപ്പ് നിർണ്ണയിക്കുക. ലോക്ക് ആഗോളമായിരിക്കണോ (എല്ലാ ബ്രൗസർ ടാബുകളിലും വിൻഡോകളിലും), അതോ ഒരു പ്രത്യേക ടാബിലോ വിൻഡോയിലോ പരിമിതപ്പെടുത്തണോ? നിങ്ങളുടെ ലോക്കുകളുടെ സ്കോപ്പ് നിയന്ത്രിക്കാൻ വെബ് ലോക്ക്സ് എപിഐ നിങ്ങളെ അനുവദിക്കുന്നു.
• സമഗ്രമായി പരീക്ഷിക്കുക: നിങ്ങളുടെ കോഡ് സമഗ്രമായി പരീക്ഷിച്ച് അത് കോൺകറൻസി ശരിയായി കൈകാര്യം ചെയ്യുന്നുണ്ടെന്നും റേസ് കണ്ടീഷനുകൾ തടയുന്നുണ്ടെന്നും ഉറപ്പാക്കുക. ഒന്നിലധികം ഉപയോക്താക്കൾ ഒരേസമയം പങ്കിട്ട റിസോഴ്സുകൾ ആക്‌സസ് ചെയ്യുകയും പരിഷ്‌ക്കരിക്കുകയും ചെയ്യുന്നത് അനുകരിക്കാൻ കോൺകറൻസി ടെസ്റ്റിംഗ് ടൂളുകൾ ഉപയോഗിക്കുക.

വെബ് ലോക്ക്സ് എപിഐയുടെ പരിമിതികൾ

വെബ് ആപ്ലിക്കേഷനുകളിൽ റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യുന്നതിന് വെബ് ലോക്ക്സ് എപിഐ ശക്തമായ ഒരു സംവിധാനം നൽകുന്നുണ്ടെങ്കിലും, അതിൻ്റെ പരിമിതികളെക്കുറിച്ച് അറിഞ്ഞിരിക്കേണ്ടത് പ്രധാനമാണ്.

• ബ്രൗസർ പിന്തുണ: വെബ് ലോക്ക്സ് എപിഐ എല്ലാ ബ്രൗസറുകളും പിന്തുണയ്ക്കുന്നില്ല. നിങ്ങളുടെ പ്രൊഡക്ഷൻ കോഡിൽ എപിഐ ഉപയോഗിക്കുന്നതിന് മുമ്പ് ബ്രൗസർ അനുയോജ്യത പരിശോധിക്കുക. പഴയ ബ്രൗസറുകൾക്ക് പിന്തുണ നൽകാൻ പോളിഫില്ലുകൾ ലഭ്യമായേക്കാം.
• സ്ഥിരത (Persistence): ലോക്കുകൾ ബ്രൗസർ സെഷനുകളിൽ സ്ഥിരമല്ല. ബ്രൗസർ അടയ്ക്കുകയോ പുതുക്കുകയോ ചെയ്യുമ്പോൾ, എല്ലാ ലോക്കുകളും റിലീസ് ചെയ്യപ്പെടുന്നു.
• വിതരണം ചെയ്ത ലോക്കുകൾ ഇല്ല: വെബ് ലോക്ക്സ് എപിഐ ഒരൊറ്റ ബ്രൗസർ ഇൻസ്റ്റൻസിനുള്ളിൽ മാത്രമേ സിൻക്രൊണൈസേഷൻ നൽകുന്നുള്ളൂ. ഒന്നിലധികം മെഷീനുകളിലോ സെർവറുകളിലോ ഉള്ള റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യുന്നതിനുള്ള ഒരു സംവിധാനം ഇത് നൽകുന്നില്ല. വിതരണം ചെയ്ത ലോക്കിംഗിനായി, നിങ്ങൾ സെർവർ-സൈഡ് ലോക്കിംഗ് മെക്കാനിസങ്ങളെ ആശ്രയിക്കേണ്ടിവരും.
• സഹകരണപരമായ ലോക്കിംഗ്: വെബ് ലോക്ക്സ് എപിഐ സഹകരണപരമായ ലോക്കിംഗിനെ ആശ്രയിക്കുന്നു. പങ്കിട്ട റിസോഴ്സുകൾ ആക്‌സസ് ചെയ്യുന്ന കോഡ് ലോക്കിംഗ് പ്രോട്ടോക്കോൾ പാലിക്കുന്നുണ്ടെന്ന് ഉറപ്പാക്കേണ്ടത് ഡെവലപ്പർമാരുടെ ഉത്തരവാദിത്തമാണ്. ആദ്യം ഒരു ലോക്ക് നേടാതെ റിസോഴ്സുകൾ ആക്‌സസ് ചെയ്യുന്നതിൽ നിന്ന് കോഡിനെ തടയാൻ എപിഐക്ക് കഴിയില്ല.

വെബ് ലോക്ക്സ് എപിഐക്ക് പകരമുള്ളവ

വെബ് ലോക്ക്സ് എപിഐ റിസോഴ്സ് സിൻക്രൊണൈസേഷനായി ഒരു വിലപ്പെട്ട ഉപകരണം നൽകുമ്പോൾ, നിരവധി ബദൽ സമീപനങ്ങൾ നിലവിലുണ്ട്, ഓരോന്നിനും അതിൻ്റേതായ ശക്തിയും ബലഹീനതയുമുണ്ട്.

• സെർവർ-സൈഡ് ലോക്കിംഗ്: സെർവറിൽ ലോക്കിംഗ് മെക്കാനിസങ്ങൾ നടപ്പിലാക്കുന്നത് കോൺകറൻസി കൈകാര്യം ചെയ്യുന്നതിനുള്ള ഒരു പരമ്പരാഗത സമീപനമാണ്. പങ്കിട്ട റിസോഴ്സുകൾ സംരക്ഷിക്കുന്നതിന് ഡാറ്റാബേസ് ട്രാൻസാക്ഷനുകൾ, ഓപ്റ്റിമിസ്റ്റിക് ലോക്കിംഗ്, അല്ലെങ്കിൽ പെസിമിസ്റ്റിക് ലോക്കിംഗ് എന്നിവ ഉപയോഗിക്കുന്നത് ഇതിൽ ഉൾപ്പെടുന്നു. സെർവർ-സൈഡ് ലോക്കിംഗ് വിതരണം ചെയ്ത കോൺകറൻസിക്ക് കൂടുതൽ കരുത്തുറ്റതും വിശ്വസനീയവുമായ ഒരു പരിഹാരം നൽകുന്നു, പക്ഷേ ഇത് ലേറ്റൻസി ഉണ്ടാക്കുകയും സെർവറിലെ ഭാരം വർദ്ധിപ്പിക്കുകയും ചെയ്യും.
• അറ്റോമിക് പ്രവർത്തനങ്ങൾ: ചില ഡാറ്റാ ഘടനകളും എപിഐകളും അറ്റോമിക് പ്രവർത്തനങ്ങൾ നൽകുന്നു, ഇത് ഒരു കൂട്ടം പ്രവർത്തനങ്ങൾ ഒരൊറ്റ, അവിഭാജ്യ യൂണിറ്റായി നടപ്പിലാക്കുന്നുവെന്ന് ഉറപ്പുനൽകുന്നു. വ്യക്തമായ ലോക്കുകളുടെ ആവശ്യമില്ലാതെ ലളിതമായ ഡാറ്റാ ഘടനകളിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യുന്നതിന് ഇത് ഉപയോഗപ്രദമാകും.
• സന്ദേശ കൈമാറ്റം (Message Passing): മ്യൂട്ടബിൾ സ്റ്റേറ്റ് പങ്കിടുന്നതിന് പകരം, നിങ്ങളുടെ ആപ്ലിക്കേഷൻ്റെ വിവിധ ഭാഗങ്ങൾക്കിടയിൽ ആശയവിനിമയം നടത്താൻ സന്ദേശ കൈമാറ്റം ഉപയോഗിക്കുന്നത് പരിഗണിക്കുക. ഈ സമീപനം പങ്കിട്ട ലോക്കുകളുടെ ആവശ്യം ഒഴിവാക്കി കോൺകറൻസി മാനേജ്മെൻ്റ് ലളിതമാക്കാൻ കഴിയും.
• മാറ്റമില്ലായ്മ (Immutability): മാറ്റമില്ലാത്ത ഡാറ്റാ ഘടനകൾ ഉപയോഗിക്കുന്നത് കോൺകറൻസി മാനേജ്മെൻ്റ് ലളിതമാക്കാനും സഹായിക്കും. മാറ്റമില്ലാത്ത ഡാറ്റ സൃഷ്ടിച്ചതിനുശേഷം പരിഷ്കരിക്കാൻ കഴിയില്ല, ഇത് റേസ് കണ്ടീഷനുകളുടെ സാധ്യത ഇല്ലാതാക്കുന്നു.

ഉപസംഹാരം

വെബ് ആപ്ലിക്കേഷനുകളിൽ റിസോഴ്സുകളിലേക്കുള്ള പ്രവേശനം സിൻക്രൊണൈസ് ചെയ്യുന്നതിനും കോൺകറൻ്റ് ആക്സസ് കൈകാര്യം ചെയ്യുന്നതിനുമുള്ള ഒരു വിലപ്പെട്ട ഉപകരണമാണ് വെബ് ലോക്ക്സ് എപിഐ. ഒരു ക്ലയിൻ്റ്-സൈഡ് ലോക്കിംഗ് മെക്കാനിസം നൽകുന്നതിലൂടെ, എപിഐക്ക് പ്രകടനം മെച്ചപ്പെടുത്താനും ഡാറ്റാ നഷ്ടം തടയാനും ഉപയോക്തൃ അനുഭവം മെച്ചപ്പെടുത്താനും കഴിയും. എന്നിരുന്നാലും, എപിഐയുടെ പരിമിതികൾ മനസ്സിലാക്കുകയും അത് ഉചിതമായി ഉപയോഗിക്കുകയും ചെയ്യേണ്ടത് പ്രധാനമാണ്. വെബ് ലോക്ക്സ് എപിഐ നടപ്പിലാക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ ആപ്ലിക്കേഷൻ്റെ നിർദ്ദിഷ്ട ആവശ്യകതകൾ, ബ്രൗസർ അനുയോജ്യത, ഡെഡ്ലോക്കുകളുടെ സാധ്യത എന്നിവ പരിഗണിക്കുക.

ഈ ഗൈഡിൽ പ്രതിപാദിച്ചിട്ടുള്ള മികച്ച രീതികൾ പിന്തുടരുന്നതിലൂടെ, കോൺകറൻസി ഭംഗിയായി കൈകാര്യം ചെയ്യുകയും വൈവിധ്യമാർന്ന ആഗോള പരിതസ്ഥിതികളിൽ ഡാറ്റാ കൃത്യത ഉറപ്പാക്കുകയും ചെയ്യുന്ന കരുത്തുറ്റതും പ്രതികരണശേഷിയുള്ളതുമായ വെബ് ആപ്ലിക്കേഷനുകൾ നിർമ്മിക്കാൻ നിങ്ങൾക്ക് വെബ് ലോക്ക്സ് എപിഐ പ്രയോജനപ്പെടുത്താം.